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PACKAGE DELIVERY NOTIFICATION SYSTEM AND METHOD 



BACKGROUND OF THE INVENTION 
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FIELD OF THE INVENTION 



The present invention generally relates to delivery information systems and, in 
particular, to a package delivery notification system and'method for reporting when a 
vehicle is expected to deliver a package. 



In providing package delivery services, a recipient of a package is not always 
aware when a package is being sent to the recipient. In this regard, a sender does not 
always inform the recipient when sending a^package to the recipient via a package 
1 5 delivery service. Furthermore, the operator of the package delivery service usually does 
not provide the recipient with advanced notice of the package. Therefore, the recipient is 
often not aware that a package has been sent to the recipient until the package is actually 
delivered to the recipient. 



20 package to the recipient. However, the sender may not know or may not provide to the 
recipient an approximate date on which the package should arrive. Therefore, the 
recipient is aware that a package has been sent but is not aware of when the package 
should arrive. 
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RELATED ART 



In some situations, the sender may notify the recipient that the sender is sending a 
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In other situations, the sender may send a package to a recipient via a package 
delivery service that guarantees that the package will arrive at the premises of the 
recipient on a particular date. Sometimes the delivery service guarantees that the package 
will arrive at the recipient's premises before a particular time (e.g., before noon), as well. 
5 This information may be communicated to the recipient by the sender so that the recipient 
is aware of when (i.e., the date and sometimes the approximate time period) to expect the 
package. 

However, the recipient is not usually aware of the precise time that the package 
will be delivered. For example, when a package is guaranteed to be delivered before 

10 noon on a particular day, the package may arrive at any time before noon (e.g., between 
approximately 8:30 a.m. and 12:00 p.m.), depending on the route and number of stops 
made by the delivery vehicle in delivering the package and other packages. Adding to the 
difficulty of estimating when a package may arrive, the route and number of stops made 
by the same delivery vehicle often changes from day-to-day, depending on the 

15 destinations of each of the packages delivered by the delivery vehicle. 

Li addition, in some cases, the delivery service may fail to meet its guarantee and 
may deliver the package after the specified time period. The delivery service often does 
not contact the recipient when the package does not arrive on time, and the recipient, 
therefore, is usually not aware of the failure in delivery until the specified time period has 

20 expired. 

Furthermore, it is also possible for the delivery service to deliver the package 
before its guaranteed delivery time and/or date. For example, a package sent via a two 
day delivery service may actually arrive at the package's destination a day early. In such 
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a situation, the recipient may not be available to receive the package, since the recipient 
may not be expectmg the package until the next day. As a result, the recipient does not 
receive the package at the earliest possible time, and/or the package may be left 
unattended at the recipient's premises until discovered by the recipient. 
5 Thus, a heretofore unaddressed need exists in the industry for providing a delivery 

system and method of reporting package deliveries and of more precisely notifying a 
recipient of when to expect delivery of a package. 

W SUMMARY OF THE INVENTION 

pi i 10 The present invention overcomes the inadequacies and deficiencies of the prior art 

Cy as discussed hereinbefore. Generally, the present invention provides a package delivery 

C3 notification system and method for reporting impending package deliveries and for 

'^i precisely notifying a recipient of when to expect delivery of a package. 

]n architecture, the package delivery notification system of the present invention 
15 utilizes memory, a communications device, and a system manager. Package data 

identifying a package that is to be delivered to a recipient is stored in the memory. The 
package data indicates that the recipient is to receive the package and mdicates the 
expected time that the package is to be delivered. When the package is assigned to a 
vehicle that will deliver the package to a premises of the recipient, the system manager 
20 transmits, via the communications device, a notification message to the recipient. The 
notification message preferably indicates the approximate time that the package is 
expected to arrive. 
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In accordance with another feature of the present invention, the package data 
indicates the order in which dehver vehicle is to deliver a plurality of packages assigned 
to it. The system manager can precisely determine the time period that each package is to 
be delivered based on the order of delivery. Therefore, the time period indicated by the 
notification message is more precise and accurate. 

The present invention can also be viewed as providing a method for reporting 
vehicle deliveries. The method can be broadly conceptualized by the following steps: 
receiving a plurality of packages; assigning each of the packages to a vehicle; determining 
an order that the vehicle is to deliver the packages; determining, based on the order, a first 
time period that the vehicle is expected to deliver one of the packages to a recipient; 
causing a notification message to be transmitted to the recipient based on the determining 
a first time period step; indicating the first time period via the notification message; 
simultaneously transporting each of the packages via the vehicle; and transporting the one 
package to a premises of the recipient via the vehicle. 

Other features and advantages of the present invention will become apparent to 
one skilled in the art upon examination of the following detailed description, when read 
in conjunction with the accompanying drawings. It is intended that all such features and 
advantages be included herein within the scope of the present invention and protected by 
the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention can be better understood with reference to the following drawings. 
The elements of the drawings are not necessarily to scale relative to each other, emphasis 
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instead being placed upon clearly illustrating the principles of the invention. Furthermore, 
like reference numerals designate corresponding parts throughout the several views. 

FIG. 1 is a block diagram illustrating a package delivery notification system in 
accordance with the present invention. 

FIG. 2 is a block diagram illustrating a computer system implementing a base 
station depicted in FIG. 1. 

FIG. 3 is a flow chart illustrating the architecture and fiinctionality of a system 

manager depicted in FIG. 2. 



DETAILED DESCRIPTION OF THE PREFERRED EM BODIMENT 

FIG. 1 depicts a package delivery notification system 10 in accordance with the 
preferred embodiment of the present invention. In general, the present invention includes 
a base station 15 that transmits a notification message to a recipient communications 
device 18 at a recipient's premises 21 the day that a recipient at premises 21 is to receive 

1 5 a package 25 . The message is preferably transmitted after the package 25 is assigned to a 
particular delivery vehicle 27, which delivers the package 25 to premises 21, and the 
message preferably includes a precise time period in which the package 25 is expected to 
be delivered at premises 21 . 

The operation of the base station 15 is preferably controlled by a system manager, 

20 which can be implemented in software, hardware, or a combination thereof In the 

preferred embodiment, as illustrated by way of example in FIG. 2, the system manager 30 of 
the present invention along with its associated methodology is implemented in software and 
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stored in computer memory 32 of a computer system 34 along with a vehicle schedule 37, 
which will be described in more detail hereinafter. 

Note that the system manager 30, when implemented in software, can be stored and 
transported on any computer-readable medium for use by or in connection with an 
5 instruction execution system, apparatus, or device, such as a computer-based system, 
processor-containing system, or other system that can fetch the instructions from the 
instruction execution system, apparatus, or device and execute the instructions, hi the 
context of this document, a "computer-readable medium" can be any means that can 
contain, store, communicate, propagate, or transport the program for use by or in 

10 connection with the instruction execution system, apparatus, or device. The computer 
readable medium can be, for example but not limited to, an electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation 
medium. More specific examples (a nonexhaustive list) of the computer-readable 
medium would include the following: an electrical connection (electronic) having one or 

15 more wires, a portable computer diskette (magnetic), a random access memory (RAM) 
(magnetic), a read-only memory (ROM) (magnetic), an erasable programmable read-only 
memory (EPROM or Flash memory) (magnetic), an optical fiber (optical), and a portable 
compact disc read-only memory (CDROM) (optical). Note that the computer-readable 
medium could even be paper or another suitable medium upon which the program is 

20 printed, as the program can be electronically captured, via for instance optical scanning of 
the paper or other medium, then compiled, interpreted or otherwise processed in a 
suitable manner if necessary, and then stored in a computer memory. As an example, the 
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system manager 30 may be magnetically stored and transported on a conventional portable 
computer diskette. 

The preferred embodiment of the computer system 34 of FIG. 2 comprises one or 
more conventional processing elements 38, such as a digital signal processor (DSP), that 

5 communicate to and drive the other elements within the system 34 via a local interface 4 1 , 
which can include one or more buses. Furthermore, an input device 44, for example, a 
keyboard or a mouse, can be used to input data from a user of the system 34, and an output 
device 47, such as a display screen or a printer, can be used to output data to the user. A 
disk storage mechanism 52 can be connected to the local interface 41 to transfer data to and 

10 from a nonvolatile disk (e.g., magnetic, optical, etc.). The system 34 can be connected to a 
network interface 55 that allows the system 34 to exchange data with a network 58. 

The system 34 also includes a base station communications device 61 that may be 
used to transmit notification messages to the recipient communications device 18 (FIG. 1). 
As shown by FIG. 1, the notification messages may be transmitted via a network 63, such as 

15 the publicly switched telephone network (PSTN) or Intemet, for example, to recipient 

communications device 18. Base station communications device 61 may be a telephone so 
that the notification message may be transmitted via a telephone call or a page. 
Altematively, the communications device 61 may be a modem capable of transmitting the 
notification message as an e-mail message or other type of modem transmitted message. 

20 Other types of devices in other embodiments may be suitable for implementing the base 

station communications device 61. The recipient communications device 18, similar to the 
base station communications device 61, may be implemented via different types of devices, 
depending on the type of communication used to communicate the notification message. 
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The system 34 (FIG. 2) also includes a database 65. The database 65 may have a 
plurality of entries, wherein each entry includes data associated with a particular package 25 
that is to be delivered to a particular premises 2 1 . Each entry preferably includes sufficient 
data to identify the package 25 associated with the entry, as well as the premises 21 that the 
5 package 25 is to be delivered. As an example, the entry associated with a particular package 
25 may include a package identifier, which has a value unique to the package 25. The entry 
may also include data to identify the premises 21 at which the package 25 is to be delivered. 
For example, the entry may include data defming the address of the premises 2 1 . The entry 
may also include other data pertinent to the delivery of the package 25. As an example, the 
10 entry may include data defming the sender's name and/or address, data defming billing 

information, data defming the recipient's name, data defining the weight of the package 25, 
etc. 

At some point, the package 25 should be assigned to a particular vehicle 27, which 
is to deliver the package 25 to the premises 21 . Other packages 25 may also be assigned to 

1 5 the same vehicle 27 to deliver the other packages 25 at other premises 2 1 . A vehicle 

schedule 37 (FIG. 2), defining which packages 25 have been assigned to the vehicle 27 for 
delivery during the same delivery period (e.g. , during the same day), is preferably created 
and stored in memory 32, although the vehicle schedule 37 may be stored in another 
location, such as database 65, for example. 

20 The vehicle schedule 37 preferably indicates at least which packages 25 are assigned 

to the vehicle 27 shovra by FIG. 1 and indicates the premises 21 at which each of the 
packages 25 is to be delivered. As a result, the vehicle schedule 37 can be analyzed to 
determine which packages 25 are to be delivered by a particular vehicle 27 and where each 
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of these packages 25 is to be delivered. When the system 10 is associated with a plurality of 
vehicles 27, there may be a plurality of vehicle schedules 37 respectively corresponding 
with the plurality of vehicles 27. Therefore, each vehicle 27 corresponds to a vehicle 
schedule 37 that indicates which packages 25 have been assigned to the vehicle 27 for 



The vehicle schedule 37 may also indicate the order in which the vehicle 27 is 
scheduled to deliver each of the packages 25 or set of packages 25. Furthermore, vehicle 
schedule 37 may also define the approximate respective time that the vehicle 27 is expected 
to deliver each of the packages 25. Since the order of delivery is known, it is possible to 



10 predict the time period in which each package 25 is to be respectively delivered with a 
relatively high degree of precision and accuracy. 

The vehicle schedule 37 also includes contact information that may be used to 
establish communication with the recipient communications devices 18. As an example, 
when the communications device 18 is a telephone or a pager, the contact information 

1 5 preferably defines a phone number that may be used to establish a telephone call with the 
device 18. In another example, when the communications device 18 is a computer modem 
designed to communicate e-mail messages, the contact information defines the e-mail 
address of the device 18. Therefore, the vehicle schedule 37 not only includes information 
defming when the vehicle 27 is expected to deliver each package 25 but also includes 

20 contact information that enables the base station communications device 61 to establish 
communication with the recipient communications device 18. 

There are various methodologies that may be employed to create or to otherwise 
define the data in the vehicle schedule 37. For example, a human operator may assign a 



5 delivery. 
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plurality of packages 25 to a particular vehicle 27 and estimate the time at which each of the 
packages 25 will be delivered based on the order of delivery, as determined by the human 
operator. Then, the human operator may enter the aforementioned data into the system 34 
via input device 44 to create the vehicle schedule 37. 
5 Li another embodiment, the foregoing functionality may be performed by the system 

manager 30 stored in memory 32. In this regard, the system manager 30 may be configured 
to analyze the data stored in database 65 and to automatically assign a plurality of packages 
25 to the vehicle 27 based on the data stored in database 65 (e.g., based on the locations of 
the scheduled deliveries). Then, the system manager 30 may be designed to determine an 

10 order of delivery based on the locations of the premises 21 that are to receive the packages 
25 presently assigned to the vehicle 27, and the system manager 30 may also estimate the 
time that each package 25 will be delivered based on a variety of factors, such as the order 
of delivery, the distance between delivery locations, the amount of time required to make 
past deliveries to the same or nearby locations, etc. Moreover, any technique or 

15 combinations of techniques may be employed to create vehicle schedule 37 without 
departing fi*om the principles of the present invention. U.S. patent application entitled 
"Base Station Apparatus and Method for Monitoring Travel of a Mobile Vehicle," assigned 
serial no. 09/395,501, and filed on September 14, 1999, which is incorporated herein by 
reference, describes in more detail techniques for creating a vehicle schedule 37. 

20 In addition, a scanner 67 may be utilized in determining which packages 25 are 

assigned to which vehicles 27. In this regard, packages 25 may be scarmed as they are being 
loaded onto a particular vehicle 27 to determine which packages 27 are assigned to the 
vehicle 27. For example, each package 25 may include a label having a bar code or other 
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machine-readable markings that identify the package 27. To load a vehicle 27 with 
packages 25, the packages 25 assigned to the vehicle 27 on a particular day are usually 
grouped together and loaded onto the vehicle 27 during a loading period. The labels of the 
packages 25 grouped together for loading may be scanned by a scanner 67 that identifies the 
5 packages based on the information scanned from the labels. Altematively, the label of each 
package 25 being loaded onto the vehicle 27 may be scanned by the scarmer 67 to identify 
the packages 25 loaded onto the vehicle 27, or the labels of the packages 25 may be scanned 
after the packages 27 have been loaded onto the vehicle 27. Each of the foregoing package 
25 scanned by the scanner 67 is assumed to be assigned to the vehicle 27. Information 
10 identifying the vehicle 27 and each package 25 assigned to the vehicle 27 is transmitted 
s from the scanner 67 to the system manager 30, when the scanner 67 is interfaced with the 

iJ computer system 34, as shown by FIG. 2. The system manager 30 then stores this 

information in the vehicle schedule 37, as appropriate, to indicate which packages 25 have 
been assigned to vehicle 27 for delivery. 
15 The system manager 30 is configured to analyze the vehicle schedule 37 and to 

transmit a notification message to the recipient communications device 1 8 indicating when 
the vehicle 27 is expected to deliver a package 25 to the recipient's premises 21, as 
determined from the vehicle schedule 37. Therefore, the notification message informs the 
recipient at premises 21 that he or she is to receive a package 25 and informs the recipient 
20 of when he or she is expected to receive the package 25. The time provided to the recipient 
is more precise and accurate than times conventionally provided to recipients, since the time 
indicated in the vehicle schedule 37 takes into account the order of deliveries that the 
vehicle 27 is scheduled to make on the day of the package delivery. 

11 
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As previously indicated, it is possible for the system 10 to report the delivery for a 
plurality of vehicles 27. In this regard, a vehicle schedule 37 for each vehicle 27 is created 
and stored in memory 32. The system manager 30 then analyzes each vehicle schedule 37, 
according to the techniques described herein, and transmits a notification message to each 
recipient that is scheduled to receive a package 25 during a particular time period (e.g., on 
the same day). 

It should be noted that it is not necessary for the system manager 30 to base the 
notification messages on the order that the vehicle 27 is scheduled to deliver packages 25. 
For example, in another embodiment, the system manager 30 can be configured to analyze 
the data in database 65 to determine which packages 25 are scheduled to be delivered 
during a particular time period (e.g., on the same day) and to transmit notification messages 
for these packages 25. However, since the system manager 30 does not utilize the order of 
deliveries, as in the preferred embodiment, the time of delivery indicated by the notification 
messages is less precise. Consequently, each recipient is automatically wamed of each 
impending delivery that is to occur during the particular time period but is not necessarily 
provided with a relatively precise indication of when each delivery will occur during the 
particular time period. 

It should be further noted that the present invention has been described herein as 
providing notification messages to notify users of impending arrivals of packages 25. 
However, it is possible for the present invention to be utilized, as described herein, to notify 
users of impending pick-ups by vehicles, if desired. For example, the present invention may 
be utilized to notify a user when a vehicle 27 is scheduled to pick-up an item at a particular 
location. 
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Furthermore, it should also be noted that system manager 30 may be configured to 
automatically transmit a notification message to communications device 1 8 in response to 
an event that indicates when a package 25 is assigned to a vehicle 27. For example, when 
the label of a package 25 is scanned by scanner 67, as described hereinbefore, and when 
data indicating that a package 25 is assigned to a particular vehicle 27 is transmitted to the 
system manger 30 via scaimer 67, the system manager 30 may be configured transmit a 
notification message in response to the foregoing data. Jn this regard, the system manager 
30 may retrieve contact information associated with the package 25 from database 65 and 
utilizes the retrieved contact information to transmit a notification message to the 
communications device 18. Alternatively, the system manager 30 may transmit the 
notification message in response to other events that may indicate that the package 25 has 
been assigned to a vehicle. For example, when an operator enters data into the system 34 
via input device 44 indicating that a package 25 has been assigned to a particular vehicle 27, 
the system manager 30, in response to this data, may transmit a notification message to the 
communications device 18 associated with the recipient that is to receive the package 25. 

Once a package 25 is assigned to a particular vehicle 27 for delivery on a 
particular date and/or at a particular time, it is likely that the package 25 will be delivered 
at the particular time (e.g., on a particular date). Therefore, in many delivery systems 10, 
the estimated time of delivery for a package 25 that has already been assigned to a vehicle 
27 is more likely to be correct than an estimated date and/or time of delivery for a 
package that has yet to be assigned to a vehicle 27. By transmitting the notification 
message after detecting that the corresponding package 25 has been assigned to a vehicle 
27, the accuracy of the notification messages may be improved. 



13 



TK^Wbcket No. 05071 1-1060 



In addition, once the vehicle 27 begins traveling its delivery route, the system 
manager 30 can be configured to track the vehicle 27 and to transmit another notification 
message to the recipient's communications device 18, when the vehicle 27 is within a 
predefined proximity (e.g., distance or time) of the premises 21 . U.S. Patent Application 
5 entitled "Advance Notification System and Method Utilizing a Computer Network," 
assigned serial no. 08/852,1 19, and filed on May 6, 1997, and U.S. Patent No. 5,400,020, 
which are both incorporated herein by reference, describes in more detail how the vehicle 
27 may be so tracked by the system manager 30 based on signals transmitted firom the 
vehicle 27 and how such a notification message may be transmitted. 

10 It should be further noted that the contact information may be provided fiom any 

source. For example, the sender may provide the contact information, which is then 
entered into the system 34. Altematively, the contact information may be provided by the 
recipient. For example, a web page may be established by the operator of the system 34 
that enables users, including recipients, to provide the contact information needed to 

15 establish communication with communications device 18. Therefore, if the recipient 
would like to receive notice of when a package 25 should be delivered to the recipient, 
the recipient may utilize the web page via conventional techniques to submit the 
necessary contact information, which is then provided to system 34 via network interface 
55. Furthermore, the contact information may be retained for future deliveries. For 

20 example, the contact information may be permanently stored in database 65 along with 
the recipient's address or other information that imiquely identifies the recipient. 
Whenever a package 25 is destined for the user, the system manager 30 can then analyze 
the database 65 to determine the contact information for the recipient. 
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OPERATION 



The preferred use and operation of the package delivery notification system 10 
and associated methodology are described hereafter with reference to FIG. 3. 

Assume for illustrative purposes that a sender utilizes a delivery service to send at 
least one package 25 to a recipient at the recipient premises 21 shown by FIG. 1 . The 
sender may provide an operator of the delivery service with the address of the premises 
21 and preferably the contact information necessary to establish communication with the 
recipient communications device 18. However, as previously indicated, the contact 
information may be provided by the recipient or other source. As shown by block 72 of 
FIG. 3, the delivery service via a human operator or system manager 30 assigns a package 
identifier to the package 25 and stores the package identifier and the information provided 
by the sender into an entry in the database 65. 

At some point, the package 25 is assigned to a particular vehicle 27 that is to 
deliver the package 25 to the premises 21 on a particular day, as depicted by blocks 75 
and 78. The vehicle 27 may be assigned other packages 25 to deliver to other premises 
21. Based on the packages 25 to be delivered by the vehicle 27 on the particular day (or 
some other time period), the vehicle schedule 37 is produced in block 81. The vehicle 
schedule 37 includes data that defmes which packages 25 are to be delivered by the 
vehicle 27 on the particular day (or some other time period), when these packages 25 are 
expected to be delivered, and the contact information necessary to establish 
communication with the recipient communications devices 18 associated with the 
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recipients that are to receive a package 25 from the vehicle 27 on the particular day (or 
other time period). 

As an example, assume that the package 25 provided by the aforementioned 
sender is scheduled to be the third package 25 to be delivered by the vehicle 27. Based 
upon the package's order of delivery, the approximate time of delivery of the package 25 
is determined and stored in memory 32, as shown by block 83. For example, it may be 
assumed that each delivery will take fifteen minutes on the average. Therefore, the 
delivery of the foregoing package 25 is expected to occur approximately forty-five 
minutes after the vehicle 27 begins its delivery route. Assuming that the vehicle 27 is 
scheduled to begin its delivery route at approximately 9:00 a.m., the time in vehicle 
schedule 37 indicating the time of delivery of the foregoing package 25 should be defined 
as 9:45 a.m. Alternatively, a margin of error of ten minutes, for example, could be 
factored in such that the time of delivery of the foregoing package 25 could be defined in 
vehicle schedule 37 as between approximately 9:35 a.m. and approximately 9:55 a.m. 

In other embodiments, other factors could be accounted for. For example, instead 
of using an average time for each delivery, the time of each delivery could be estimated 
based on the order of delivery and the distances between successive deliveries. 
Furthermore, expected traffic conditions (e.g., congested or non-congested) or other 
factors could be considered to make the estimates more accurate. Jn any event, the time 
of delivery indicated by the vehicle schedule 37 is based on the expected order of 
deliveries that the vehicle 27 is expected to make in delivering the assigned packages 25. 

Once the vehicle schedule 37 is defined, the system manager 30 transmits a 
notification message in block 85 of FIG. 3 to each recipient that is expected to receive a 
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delivery from the vehicle 27. Therefore, the communications device 18 at the premises 
21 receives a notification message and interfaces the notification message with the 
recipient. By analyzing the notification message, the recipient is aware that a package 25 
is being delivered to the recipient and is aware of the approximate time that the package 
5 25 should arrive at the premises 21 . 

In the preferred embodiment, the notification messages for the packages 25 to be 
delivered by the vehicle 27 on the same day are transmitted to the recipients on the day 
that the vehicle 27 is to make the deliveries. However, the notification messages may be 
transmitted at other times, if desired. Furthermore, the vehicle schedule 37 has been 

10 described hereinabove as defming the deliveries that are to be made by the vehicle 27 on 
a particular day. However, the vehicle schedule 37 may be used to define the deliveries 
that are to be made by the vehicle 27 for other time periods, if desired. 

It should be noted that, in the preferred embodiment, the system manager 30 
performs each of the steps depicted by FIG. 3. However, it is not necessary for the 

15 system manager 30 to perform each of these steps, and it is possible for some of the steps 
to be performed by other devices and/or by a human operator. For example, it is possible 
for a human operator and/or another device to perform blocks 72, 75, 78, and 81 while 
the system manager 30 performs blocks 83 and 85. In other embodiments, other 
combinations are possible. 

20 In addition it is possible to omit block 83. For example, a notification message 

could be transmitted to the communications device 1 8 of each recipient that is to receive 
at least one of the packages 25 that is assigned to a particular vehicle 27 in block 78. 
Therefore, once a package 25 is assigned to a particular vehicle 27, a notification message 
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identifying approximately when the package 25 should arrive at the recipient's premises 
2 1 is transmitted to the recipient. It is not necessary for the time indicated by the 
notification message to be based on the order of deliveries that the vehicle 27 is expected 
to make. 

It should be emphasized that the above-described embodiments of the present 
invention, particularly, any "preferred" embodiments, are merely possible examples of 
implementations, merely set forth for a clear understanding of the principles of the 
invention. Many variations and modifications may be made to the above-described 
embodiment(s) of the invention without departing substantially from the spirit and 
principles of the invention. All such modifications and variations are intended to be 
included herein within the scope of the present invention and protected by the claims. 
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